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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



,rd , 



The present document is part the 32.30x-series covering the 3 Generation Partnership Project: Technical Specification 
Group Services and System Aspects; Telecommunication management; Configuration Management (CM), as identified 
below: 

32.301: "Notification Integration Reference Point (IRP): Requirements"; 

32.302: "Notification Integration Reference Point (IRP): Information Service (IS)"; 

32.303: "Notification Integration Reference Point (IRP): Common Object Request Broker Architecture 

(CORBA) Solution Set (SS)"; 

32.304: "Notification Integration Reference Point (IRP): Common Management Information 

Protocol (CMIP) Solution Set (SS)"; 

The Itf-N interface for CM is built up by a number of Integration Reference Points (IRPs) and a related Name 
Convention, which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPPTS 32.101 [1] and3GPPTS 32.102 [2]. 
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Scope 



The present document specifies the Common Management Information Protocol (CMIP) Solution Set (SS) for the 
Notification Integration Reference Point (IRP): Information Service defined in 3GPP TS 32.302 [3]. In detail: 

• Clause 4 contains an introduction to some concepts that are the base for some specific aspects of the CMIP 
interfaces. 

• Clause 5 contains the GDMO definitions for the Notification Management over the CMIP interfaces. 

• Clause 6 contains the ASN.l definitions supporting the GDMO definitions provided in clause 5. 
This Solution Set specification is related to 3GPP TS 32.302 V6.2.X. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[4] 3GPP TS 32. Ill -2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[5] ITU-T Recommendation X.710: "Information technology - Open Systems Interconnection - 

Common Management Information Service". 

[6] ITU-T Recommendation X.71 1: "Information technology - Open Systems Interconnection - 

Common Management Information Protocol: Specification". 

[7] ITU-T Recommendation X.721: "Information technology - Open Systems Interconnection - 

Structure of management information: Definition of management information". 

[8] ITU-T Recommendation X.73 1 : "Information technology - Open Systems Interconnection - 

Systems Management: State management function". 

[9] ITU-T Recommendation X.733: "Information technology - Open Systems Interconnection - 

Systems Management: Alarm reporting function". 

[10] ITU-T Recommendation X.734: "Information technology - Open Systems Interconnection - 

Systems Management: Event report management function". 

[II] 3GPP TS 32.600: "Telecommunication management; Configuration Management (CM); Concept 
and high-level requirements". 

[12] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 
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Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms and definitions defined in 3GPP TS 32.101 [1], 
3GPP TS 32.102 [2] and 3GPP TS 32.302 [3] apply. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

ASN.l Abstract Syntax Notation number 1 

CM Configuration Management 

CMIP Common Management Information Protocol 

CMIS Common Management Information Service 

CMISE Common Management Information Service Element 

EFD Event Forwarding Discriminator 

EM Element Manager 

ETSI European Telecommunications Standards Institute 

GDMO Guidelines for the Definition of Managed Objects 

IOC Information Object Class 

IRP Integration Reference Point 

ITU-T International Telecommunication Union - Telecommunications 

Itf-N Interface N (between NM and EM/NE) (3GPP TS 32.102 [2]) 

MOC Managed Object Class 

MOl Managed Object Instance 

NE Network Element 

NM Network Manager 

NMC Network Management Centre 

OS Operations System 

TMN Telecommunications Management Network 
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Basic aspects 



The present document provides the GDMO and ASN.l definitions necessary to implement the Notification IRP for the 
CMIP interface. The definitions provided in the present document are employed by any other IRP that includes event 
reporting and/or management of event reporting. 

4.1 Architectural aspects 

The architecture of the Notification IRP CMIP Solution Set is adapted as much as possible to the event reporting 
management model as defined in ITU-T Recommendation X.734 [10]. 

4.1 .1 Event report management function in ITU-T 

4.1 .1 .1 Event report management model 

According to the event reporting management model specified in ITU-T Recommendation X.734 [10] each managed 
object may emit notifications (potential event reports). Conceptually, these potential event reports are distributed to all 
Event Forwarding Discriminators (EFDs) that are instantiated in the IRP Agent. The event forwarding discriminators 
process the potential event reports to determine which event reports are to be forwarded to a particular destination. The 
conditions event reports must satisfy in order to be forwarded are specified by the discriminator construct. This is a set 
of one or more assertions about the presence or value of attributes of the potential event report. 

Operational and administrative states are defined for event forwarding discriminators. The operational state has two 
possible values: enabled and disabled. In the enabled state the discriminator processes the potential event reports. In the 
disabled state potential event reports are not processed. The administrative states defined are locked and unlocked. 
When the state is changed from unlocked to locked forwarding of event reports is suspended. When the administrative 
state is changed from locked to unlocked event forwarding is resumed. 

4.1 .1 .2 Event forwarding discriminator management 

The event forwarding discriminator is a managed object. Event reporting is controlled by performing operations on 
these objects. The required management operations are defined in ITU-T Recommendation X.710 [5]. 

In order to initiate the transmission of event reports an event forwarding discriminator has to be created in the 
IRP Agent. For this purpose the CMISE M-CREATE service is used. In order to terminate the transmission the 
discriminator has to be deleted (M-DELETE). The filtering mechanism may be changed by modifying the discriminator 
construct attribute. This operation is requested by M-SET. The transmission may be suspended and resumed by 
changing the administrative state from unlocked to locked and vice versa. Also for modifying the administrative state 
the M-SET service is used. 

4.1 .1 .3 Definition of notifications 

ITU-T Recommendation X.734 [10] does not define any specific notifications. Instead, any object of the IRP Agent that 
shall have the capability to emit notifications must have the GDMO and the supporting ASN.l syntax definition of these 
notifications included in the definition of its managed object class. More specifically, whereas the present document 
defines the managed objects and operations for the event reporting function the other IRPs must specify the information 
to be carried in the notifications. 

The event reports are sent from the IRP Agent to the IRPManager using the CMISE service M-EVENT-REPORT, 
defined in ITU-T Recommendation X.710 [5] and ITU-T Recommendation X.711 [6]. 

4.1 .2 Mediation between the concepts of Notification IRP IS and ITU-T 

The Notification IRP Information Service defines several operations allowing the IRPManager to control the event 
reporting: subscribe, unsubscribe, suspend subscription, resume subscription, change filter, get subscription status, get 
subscription identifiers. 
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The subscription-related operations of the Notification IRP (subscribe, unsubscribe, suspendSubscription, 
resumeSubscription, changeSubscriptionFiher, getSubscriptionStatus, getSubscriptionlds) are mapped into CMISE 
services. The remaining operations of the Notification IRP (getNotificationCategories, getNotificationlRPVersion, 
getOperationProfile, getNotificationProfile) allowing the IRPManager to retrieve information pertaining to the 
Notification IRP are implemented as GDMO actions by a special managed object in the IRP Agent. 

The EFDs are hence directly controlled by the IRPManager. On Itf-N are invoked CMISE services when EFDs are 
managed and GDMO actions when the IRPManager retrieves information about the Notification IRP. 



4.2 



Mapping 



The semantics of the Notification IRP are defined in 3GPP TS 32.302 [3]. The definitions of the management 
information defined there are independent of any implementation technology and protocol. This clause maps these 
protocol independent definitions onto the equivalencies of the CMIP Solution Set of the Notification IRP. 

4.2.1 Mapping of Information Object Classes (IOC) 

Table 1 maps the lOCs defined in the Notification IRP Information Service onto the corresponding Managed Object 
Classes defined in this CMIP Solution Set. The Managed Object Classes (MOC) are qualified as Mandatory (M) or 
Optional (O). 

Table 1 : Mapping of IOC 



IOC of the Notification IRP 
Information Service 


IVIOC or Attributes of the CIVIIP solution set 


Qualifier 


NotificationIRP 


notificationControl 


M 


NtfSubscriber 


- 




NtfSubscription 


-- 





4.2.2 Mapping of operations 

Table 2 and table 3 map the operations defined in the 3GPP TS 32.302 [3] (Notification IRP: Information Service) and 
3GPP TS 32.312 [12] (Generic IRP Management: Information Service) onto corresponding CMISE services and 
GDMO actions. The operations are qualified as mandatory (M) or optional (O). 

The CMISE services are defined in ITU-T Recommendation X.710 [5]. 

Table 2: Mapping of operations of the Notification IRP IS 



Interface 


Operation 


GDMO Action or CMISE of CMIP SS 


Qualifier 


NotificationlRPManagement 


subscribe 


M-CREATE (CMISE) 
Creation of an EFD 


M 


unsubscribe 


M-DELETE (CMISE) 
Deletion of an EFD 


M 


SubscriptionSuspendOperations 


suspendSubscription 


M-SET (CMISE) 

Modification of the administrative state of 

the EFD to locked 





resumeSubscription 


M-SET (CMISE) 

Modification of the administrative state of 

the EFD to unlocked 





SubscriptionFilterOperations 


cliangeSubscriptionFilter 


M-SET (CMISE) 

Modification of the discriminator construct in 

the EFD 





SubscriptionStatusOperations 


getSubscriptionStatus 


M-GET (CMISE) 
Retrieval of EFD attributes 





SubscriberManagement 


getSubscriptionlds 


M-GET (CMISE) 

Retrieval of the object instances of the 

EFDs having the specified destination 

attribute 





IRPManagementOperations 


getNotificationCategories 


getNotificationCategories 
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Table 3: Mapping of operations of the Generic IRP IVIanagement IS 



Interface 


Operation 


GDMO Action of CMIP SS 


Qualifier 


GenericlRPVersionsOperations 


getlRPVersion 


getNotificationlRPVersion 


M 


GenericlRPProfileOperations 


getOperationProfile 


getOperationProfile 





getNotificationProfile 


getNotificationProfile 






4.2.3 Mapping of operation parameters 

The tables in the following clauses show the parameters of each operations defined in the Information Service described 
in 3GPP TS 32.302 [3] and their equivalence in this CMIP solution set. 



4.2.3.1 



Parameter mapping of the operation 'subscribe' 



A manager subscribes to certain notifications by creating an appropriate EFD in the IRP Agent using the CMISE 
M-CREATE service. 

The attribute list parameter of M-CREATE shall contain the values of the EFD attributes for destination and 
discriminatorConstruct. 

The managed object instance of the created EFD is returned to the IRPManager in the M-CREATE success 
confirmation. According to ITU-T Recommendation X.710 [5] this parameter has to be returned, if it is not supplied in 
the M-CREATE request. 

Table 4a: Parameter mapping of the operation 'subscribe' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


managerReference 


IN 


M-CREATE request parameter 'Attribute list': attribute identifier and 
value for the EFD 'destination' attribute 


M 


timelick 


IN 


- 


- 


notificationCategories 


IN 


M-CREATE request parameter 'Attribute list': attribute identifier and 
value for the EFD 'discriminatorConstruct' attribute 





filter 


IN 


M-CREATE request parameter 'Attribute list': attribute Identifier and 
value for the EFD 'discriminatorConstruct' attribute 





subscription Id 


OUT 


M-CREATE success confirmation parameter 'Managed object 
instance' 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a 

M-CREATE success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a 

M-CREATE failure confirmation. 


M 



4.2.3.2 



Parameter mapping of the operation 'unsubscribe' 



The IRPManager can unsubscribe from receiving certain notifications by deleting the associated EFD using the 
M-DELETE service. The EFD to be deleted is identified by the M-DELETE parameters for the base object class and 
the base object instance. 

The Notification IRP Information Service 3GPP TS 32.302 [3] specifies that a NtfSubscriber (IRPManager) may only 
delete subscriptions that are involved in a subscription relationship with the NtfSubsciber identified by the 
ManagerReference input parameter. This behaviour is mapped to a filtering mechanism in CMIP. The filter must 
specify an assertion on the EFD attribute 'destination' so that only EFDs whose destination attribute value specifies the 
IRPManager invoking this operation are selected for deletion. 

In 3GPP TS 32.302 [3] it is also specified that all subscriptions made by the IRPManager specified in the 
managerReference input parameter shall be deleted when no subscriptionid is provided. This feature is mapped to a 
scoping and filtering mechanism. Scoped are all EFDs, selected by the filter are only those whose destination attribute 
specifies the invoking IRPManager. 
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Table 4b: Parameter mapping of the operation 'unsubscribe' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


managerReference 


IN 


M-DELETE request parameters 'Scope' and 'Filter' 

Note: The filter parameter must specify an assertion selecting only EFDs 

whose destination attribute value specifies the IRPManager identified by 

managerReference. 


M 


subscription Id 


IN 


IVI-DELETE request parameters 'Base object class' and 'Base object 
instance' 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a 

IVI-DELETE success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a 

M-DELETE failure confirmation. 


M 



4.2.3.3 



Parameter mapping of the operation 'getSubscriptionlds' 



The IRPManager may retrieve a list of its subscriptions using the M-GET service. For this purpose the M-GET 
parameter 'Fiher' must specify an assertion selecting only EFDs whose destination attribute value specifies the 
IRPManager identified by managerReference. The object identifiers of the selected EFDs are returned in the M-GET 
response parameter 'Managed object instance'. The attributes selected in the M-GET request parameter 'Attribute 
identifier list' and the values returned in the parameter 'Attribute list' are of no interest. 

Table 5: Parameter mapping of the operation 'getSubscriptionlds' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


managerReference 


IN 


M-GET request parameters 'Base object class', 'Base object instance', 
'Scope' and 'Filter' 

Note: The filter parameter must specify an assertion selecting only 
EFDs whose destination attribute value specifies the IRPManager 
identified by managerReference. 


M 


subscription IdSet 


OUT 


M-GET response parameter 'Managed object instance' 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a 

M-GET success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a 

M-GET failure confirmation. 


M 
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4.2.3.4 



Parameter mapping of the operation 'getSubscrlptlonStatus' 



The status of an EFD may be retrieved by the IRPManager by reading the attribute values of the EFD. For this purpose 
the CMIS service M-GET is used. 

The emission of certain notifications is suspended when the administrative state of the corresponding EFD is locked. In 
the unlocked state notifications are forwarded to the IRPManager. 

Table 6: Parameter mapping of the operation 'getSubscrlptlonStatus' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


subscription Id 


IN 


IVI-GET request parameters 'Base object class' and 'Base object instance' 


M 


notificationCategoryList 


OUT 


-- 


- 


filterlnEffect 


OUT 


M-GET response parameter 'Attribute list': attribute identifier and value for 
the EFD 'discriminatorConstruct' attribute 


M 


subscriptionStatus 


OUT 


M-GET response parameter 'Attribute list': attribute identifier and value for 
the EFD 'administrativeState' attribute 

administrativeState 
locked = suspended 
unlocked = not suspended/resumed 





timeTicl< 


OUT 


- 


- 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a 

M-GETsuccess confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a M-GET 

failure confirmation. 


M 



4.2.3.5 



Parameter mapping of the operation 'changeSubscriptionFilter' 



The IRPManager may change the conditions to be satisfied by a potential event report before being forwarded by 
modifying the discriminator construct. The EFD is identified by the M-SET request parameters for the base object class 
and the base object instance. The new discriminator construct is specified in the M-SET request parameter 'Modification 
list'. 

Table 7: Parameter mapping of the operation 'changeSubscriptionFilter' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


subscriptionid 


IN 


M-SET request parameters 'Base object class' and 'Base object instance' 


M 


filter 


IN 


M-SET request parameter 'Modification list': attribute identifier and value 
for the EFD 'discriminatorConstruct' attribute 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a M-SET 

success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a M-SET 

failure confirmation. 


M 
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4.2.3.6 



Parameter mapping of the operation 'suspendSubscription' 



The IRPManager may suspend the transmission of certain notifications by changing the administrative state of the 
corresponding EFD to locked. The M-SET service is used to request the change of the administrative state. The EFD is 
identified by the M-SET parameters for the base object class and the base object instance. The attribute to be modified 
and the new attribute value is specified in the M-SET request parameter 'Modification list'. 

Table 8: Parameter mapping of the operation 'suspendSubscription' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


subscription Id 


IN 


M-SET request parameters 'Base object class' and 'Base object instance' 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a M-SET 

success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a M-SET 

failure confirmation. 


M 



4.2.3.7 



Parameter mapping of the operation 'resumeSubscription' 



The IRPManager may resume the emission of certain notifications by changing the administrative state of the 
corresponding EFD to unlocked. The M-SET service is used to request the change of the administrative state. The EFD 
is identified by the M-SET request parameters for the base object class and the base object instance. The attribute to be 
modified and the new attribute value is specified in the M-SET request parameter 'Modification list'. 

Table 9: Parameter mapping of the operation 'resumeSubscription' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


subscriptionid 


IN 


M-SET request parameters 'Base object class' and 'Base object instance' 


M 


status 


OUT 


status = OperationSucceeded 

The semantics of this status are conveyed by the emission of a M-SET 

success confirmation. 

status = OperationFailed 

The semantics of this status are conveyed by the emission of a M-SET 

failure confirmation. 


M 



4.2.3.8 Paramter mapping of the operation 'getNotificationCategories' 

Table 10: Parameter mapping of the operation 'getNotificationCategories' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


notificationCategoryList 


OUT 


notificationCategoryList 


M 


status 


OUT 


status 


M 



4.2.3.9 Parameter mapping of the operation 'getlRPVersion' 

Table 11 : Parameter mapping of the operationParameters of 'getlRPVersion' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


versionNumberSet 


OUT 


versionNumberLlst 


M 


status 


OUT 


status 


M 
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4.2.3.1 Parameter mapping of the Operation 'getOperationProfile' 

Table 12: Parameter mapping of the operation'getOperationProfile' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


irpVersion 


IN 


irpVersionNumber 


M 


operationNameProfile 


OUT 


operationNameProfile 


M 


operationParameterProfile 


OUT 


operationParameterProfile 


M 


status 


OUT 


status 


M 



4.2.3.1 1 Parameter mapping of the opeartion 'getNotificationProfile' 

Table 13: Parameter mapping of the operation 'getNotificationProfile' 



IS Parameter Name 


IN/OUT 


CMIP SS Equivalent 


Qualifier 


irpVersion 


IN 


IrpVersionNumber 


M 


notificationNameProfile 


OUT 


notificationNameProfile 


M 


notificationParameterProfile 


OUT 


notificationParameterProfile 


M 


status 


OUT 


status 


M 



4.2.4 Mapping of the notification header 

The following table gives the mapping between the parameters of the notification header specified in 

3GPP TS 32.302 [3] onto the M-EVENT-REPORT request parameters. The notification header contains those 

parameters that shall be present in every notification. 

Table 15: Mapping of common notification parameters 



IS Parameters of the Notification Header 


M-EVENT-REPORT Request Parameters 


Qualifier 


(see note 1) 


Invoke identifier 


M 


objectClass 


Managed object class 


M 


objectlnstance 


Managed object instance 


M 


notificationid 


(see note 2) 





eventTlme 


Event time 


M 


systemDN 


(see note 3) 


— 


notificationType 


Event type 


M 


NOTE 1 : There is no common parameter in IRP Notification that corresponds to Invoke Identifier defined in ITU-T 

Recommendation X.710 [5]. 
NOTE 2: The common parameter Notificationid is mapped onto notificationldentifier (ITU-T Recommendation X.721 [7] 

and X.733 [9]) which is no explicit M-EVENT-REPORT parameter. Instead, it is included in the 

IVI-EVENT-REPORT request parameter 'Event information'. 
NOTE 3: The common parameter SystemDN is conditional in 3GPP TS 32.302 [3] and is not used on the CMIP 

interfaces. 
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GDMO definitions 



— Please do not remove the "— " in front of the headline numbering, as it is the CMIP code 
— for a comment. This way the whole chapter can be put directly into a compiler. 

-- 5.1 IVIanaged Object Classes 
-- 5.1 .1 notificationControl 

notificationControl MANAGED OBJECT CLASS 
DERIVED FROM 

"Rec. X.721 I ISO/IEC 10165-2 : 1992":top; 
CHARACTERIZED BY 

notificationControlBasicPackage, 
notif icationlRPVersionPackage; 
CONDITIONAL PACKAGES 

notif icationControlInfoPackage PRESENT IF "an instance supports it", 
notif icationProfilePackage PRESENT IF "an instance supports it"; 

REGISTERED AS { ts32-304Notif icationsOb jectClass 1}; 

-- 5.2 Packages 

-- 5.2.1 notificationControlBasicPackage 

notif icationControlBasicPackage PACKAGE 
BEHAVIOUR 

notif icationControlBasicPackageBehaviour; 
ATTRIBUTES 

notif icationControl Id; 

REGISTERED AS ( ts32-324Package 1}; 

notif IcationControlBasicPackageBehaviour BEHAVIOUR 
DEFINED AS 

"An instance of the MOC notificationControl is identified by the value of the attribute 
notif IcatlonControlId. "; 

-- 5.2.2 notificationControllnfoPackage 

notif icationControlInfoPackage PACKAGE 
BEHAVIOUR 

notif icationControl InfoPackageBehaviour; 
ATTRIBUTES 

support edNot if icationCategories GET; 
ACTIONS 

getNot if icationCategories; 

REGISTERED AS { ts32-304Notif icationsPackage 1}; 

notif icationControl InfoPackageBehaviour BEHAVIOUR 
DEFINED AS 

" The attribute supportedNotif icationCategories indicates the categories of notifications supported 
by the current IRP Agent . The action getNotif icationCategories provides the IRPManager with the 
capability to query the supported categories of notifications."; 

-- 5.2.3 notificationlRPVersionPackage 

notif IcationlRPVersionPackage PACKAGE 
BEHAVIOUR 

notif icationlRPVersionPackageBehaviour; 
ATTRIBUTES 

supportedNotif icationlRPVers ions GET; 
ACTIONS 

getNotif icationlRPVers ion; 
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REGISTERED AS ( ts32-304Notif icationsPackage 3}; 

notif icationlRPVersionPackageBehaviour BEHAVIOUR 
DEFINED AS 

"This package has been defined to allow the IRPManager to get information about the Notification IRP 

versions supported by the IRP Agent . 

The attribute supportedNotlflcatlonlRPVersions indicates all versions of the Notif icationIRP 

currently supported by the IRP Agent . 

The action getNotificationlRPVerslon is invoked by the IRPManager to get information about the 

Notif icationIRP versions supported by the IRPAgent."; 

-- 5.2.4 notificationProfilePackage 

notif icationPr of ilePackage PACKAGE 
BEHAVIOUR 

notif icationProfilePackageBehaviour; 
ACTIONS 

getOperationProf lie, 
getNotif icationProf lie; 

REGISTERED AS ( ts32-304Notif icationsPackage 4}; 

notif icationProf ilePackageBehaviour BEHAVIOUR 
DEFINED AS 

"This package has been defined to allow the IRPManager to get detailed information about the profile 

of Notification IRP. 

The action getOperationProf He is invoked by the IRPManager to get detailed information about the 

operations supported by Notification IRP. 

The action getNotif IcationProf He is invoked by the IRPManager to get detailed information about the 

notifications supported by Notification IRP."; 

-- 5.3 Actions 

-- 5.3.1 Void 

-- 5.3.2 getNotificationCategories (O) 

getNotif icationCategories ACTION 
BEHAVIOUR 

getNotif icationCategoriesBehaviour; 
MODE 

CONFIRMED; 
WITH REPLY SYNTAX 

TS32-304TypeModule . GetNotif icationCategoriesReply; 

REGISTERED AS { ts32-304Notif icationsAction 2}; 

getNotif icationCategoriesBehaviour BEHAVIOUR 
DEFINED AS 

An IRPManager may invoke this action to query the categories of notifications supported by a 

concerned IRPAgent. This action is irrelevant to any subscriptions. An IRPManagermay invoke this 

action before or after a subscribtion. 

The 'Action response' is composed of the following data: 

+ notif icationCategoryList 

This parameter identifies a list of categories of notifications supported by the concerned 

IRPAgent. A list containing no element, i.e. a NULL list means that the IRPAgent does not 

support any category of notification. 
+ status 

It contains the results of this action. Possible values; noError (0), error (the value 

indicates the reason of the error) ."; 

-- 5.3.3 getNotificationlRPVersion (IVI) 

getNotificationlRPVerslon ACTION 
BEHAVIOUR 

getNotif icationlRPVersionBehaviour; 
MODE 

CONFIRMED; 
WITH REPLY SYNTAX 

TS32-304TypeModule . GetNotif icationlRPVersionReply; 
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REGISTERED AS ( ts32-304Notif icationsAction 3}; 

getNotif icationlRPVersionBehaviour BEHAVIOUR 
DEFINED AS 

"An IRPManager invokes this action to enquiry about the version of the Notification IRP the 

concerned IRPAgent supports. 

The 'Action information' field contains no data: 

The 'Action response' is composed of the following data: 
+ versionNumbersList 

It contains a list of versions supported by the concerned IRPAgent which are backwards 

compatible. A list containing no element, i.e. a NULL list means that the concerned IRPAgent 

doesn't support any version of the Notification IRP. 
+ status 

It contains the results of this action. Possible values: noError (0), error (the value 

indicates the reason of the error) ."; 

-- 5.3.4 getNotificationProfile (O) 

getNotificationProfile ACTION 
BEHAVIOUR 

getNotif icationProfileBehaviour; 
MODE 

CONFIRMED; 
WITH INFORMATION SYNTAX 

TS32-304TypeModule . IRPVersionNumber; 
WITH REPLY SYNTAX 

TS32-304TypeModule . GetNotif icationProfileReply; 

REGISTERED AS { ts32-304Notif icationsAction 4}; 

getNotif icationProfileBehaviour BEHAVIOUR 
DEFINED AS 

"An IRPManager invokes this action to enquiry about the notification profile (supported 
notifications and supported parameters) for this specific Notification IRP version. 
The 'Action information' contains the following data; 
+ irpVersionNumber 

This mandatory parameter identifies a Notification IRP version. 
The 'Action response' is composed of the following data; 
+ notif icationNameProf lie 

It contains a list of notification names, i.e. a NULL list means that the Notification IRP 

doesn't support any notification. 
+ notif icationParameterProf lie . 

It contains a set of elements, each element corresponds to a notification name and is composed 

by a set of parameter names. 
+ status 

It contains the results of this action. Possible values; noError (0), error (the value 

indicates the reason of the error) ."; 

-- 5.3.5 getOperationProfile (O) 

getOperationProf lie ACTION 
BEHAVIOUR 

getOperationProf ileBehaviour; 
MODE 

CONFIRMED; 
WITH INFORMATION SYNTAX 

TS32-304TypeModule . IRPVersionNumber; 
WITH REPLY SYNTAX 

TS32-304TypeModule . GetOperationProf ileReply; 

REGISTERED AS { ts32-304Notif icationsAction 5}; 

getOperationProf ileBehaviour BEHAVIOUR 
DEFINED AS 

"An IRPManager invokes this action to enquiry about the operation profile (supported operations and 
supported parameters) for this specific Notification IRP version. 
The 'Action information' contains the following data; 
+ irpVersionNumber 

This mandatory parameter identifies a Notification IRP version. 

The ^Action response' is composed of the following data; 
+ operationNameProf lie 

It contains a list of operation names. 
+ operationParameterProf lie . 
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It contains a set of elements, each element corresponds to an operation name and is composed 
by a set of parameter names. 
+ status 

It contains the results of this action. Possible values: noError (0), error (the value 
indicates the reason of the error) ."; 

-- 5.4 Attributes 

-- 5.4.1 notificationControlld 

notif icationControlId ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

TS32-304TypeModule.GeneralObjectId; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

notif icationControl IdBehaviour; 

REGISTERED AS { ts32-304Notif icationsAttribute 1}; 

notif icationControl IdBehaviour BEHAVIOUR 
DEFINED AS 

"This attribute names an instance of a notif IcationControl object class."; 

-- 5.4.2 supportedNotificationCategories 

support edNot if icationCategories ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

TS32-304TypeModule. Notif icationCategoryList; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

support edNot if icationCategoriesBehaviour; 

REGISTERED AS { ts32-304Notif icationsAttribute 2}; 

support edNot if IcationCategoriesBehaviour BEHAVIOUR 
DEFINED AS 

"This attribute provides the information concerning the categories of notifications currently 
supported by the IRP Agent."; 

-- 5.4.3 supportedNotificationlRPVersions 

support edNot if icationlRPVers ions ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

TS32-304TypeModule . SupportedNotif icationlRPVersions; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

SupportedNotif icationlRPVers ionsBehaviour; 

REGISTERED AS { ts32-304Notif icationsAttribute 3}; 

SupportedNotif icationlRPVers ionsBehaviour BEHAVIOUR 
DEFINED AS 

"This attribute provides the information concerning the Notif icationIRP versions currently supported 
by the IRP Agent."; 
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ASN.1 definitions 



TS32-304TypeModule {itu-t(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) umts-Operation- 
Maintenance (3) ts-32-304 (304) informationModel (0) asnlModule (2 ) versionl(l)} 

DEFINITIONS IMPLICIT TAGS ::= 
BEGIN 

— EXPORTS everything 

IMPORTS 

Destination, DiscriminatorConstruct 

FROM Attribute-ASNlModule { joint-iso-ccitt ms(9) smi(3) part2(2) asnlModule (2 ) 1} 

CMISFilter 

FROM CMIP-1 {joint-iso-ccitt ms(9) cmip ( 1 ) modules (0) protocol (3) } ; 



baseNodeUMTS 



ts32-304Prefix 
ts32-304InfoModel 



OBJECT IDENTIFIER ::= { itu-t (0) identif ied-organization (4) 
etsi (0) mobileDomain (0) umts-Operation-Maintenance (3) } 
OBJECT IDENTIFIER ::= { baseNodeUMTS ts-32-304 (304 ) } 
OBJECT IDENTIFIER ::= { ts32-304Pref ix inf ormationModel (0 ) } 



ts32-304NotificationsObjectClass 
ts32-304Notif icationsPackage 
ts32-304NotificationsAttribute 
ts 32-3 04NotificationsAct ion 



OBJECT IDENTIFIER 

OBJECT IDENTIFIER 

OBJECT IDENTIFIER 

OBJECT IDENTIFIER 



{ ts32-304InfoModel managedObjectClass (3) 
{ ts32-304InfoModel package (4)} 
{ ts32-304InfoModel attribute (7) } 
{ ts32-304InfoModel action (9)} 



— Start of 3GPP SA5 own definitions 

ErrorCauses : : = ENUMERATED 

{ 

noError (0), — operation / notification successfully performed 

notif icationlRPVersionNotSupported (3) , 

— Notification IRP version requested by NM not supported by IRPAgent 

wrongFilter (4), — the value of the filter parameter is not valid 

wrongDestination (5), — the value of the destination parameter is not valid 

unspecif iedErrorReason (255) — operation failed, specific error unknown 
} 



GeneralObjectId 



INTEGER 



GetNotificationCategoriesReply 

{ 

notif icationCategoryList 

status 



SEQUENCE 

Notif icationCategoryList, 
ErrorCauses 



GetNotificationlRPVersionReply 

{ 



versionNumbersList 

status 



SEQUENCE 

SupportedNotificat ion IRP Vers ions, 
ErrorCauses 



GetNotif icationProf ileReply : : = SEQUENCE 



{ 

notif icationNameProfile 

notif icationParameterProfile 

status 



NotificationList, 
ParameterListOf List , 
ErrorCauses 



GetOperationProf ileReply : : = SEQUENCE 



{ 

operationNameProf ile 

operationParameterProf ile 

status 



OperationList, 
ParameterListOf List , 
ErrorCauses 



IRPVer s ionNumber 



GraphicString 
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Notif icationCategory : : = ENUMERATED 
{ 

alarm (1), — the notification category defined in the alarm IRP 

basicCM (2), — the notification category defined in the basic CM IRP 

bulkCM (3), — the notification category defined in the bulk CM IRP 

} 

Notif icationCategoryList ::= SET OF Notif icationCategory 

Notif icationList ::= SET OF Notif icationName 

Notif icationName ::= GraphicString 

OperationList ::= SET OF OperationName 

OperationName ::= GraphicString 

ParameterList ::= SET OF ParameterName 

ParameterListOfList ::= SET OF ParameterList 

ParameterName ::= GraphicString 

SupportedNotificationlRPVersions ::= SET OF IRPVersionNumber 

END — of TS32-304TypeModule 
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Annex A (informative): 
Change history 
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003 


-- 
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S_14 
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- 
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006 


-- 
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- 
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Foreword 
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-- 


-- 


-- 
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5.2.0 


5.2.1 


Mar 2004 


S 23 


SP-040105 


-- 
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-- 
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